偶然间，看到GitHubActions教程：定时发送天气邮件-阮一峰的网络日志这篇文章，没错，这个正好能打发自己的折腾之心，也能通过代码给生活引入一些变化。还是在这里简单记录一下实现过程吧。第一步获取天气预报出现问题按照阮一峰的教程走，一开始使用了wttr的结果作为数据来源，也在文档上研究了很久，最终的结果总是不尽如人意。最终展现到邮件上的结果如下：从上面就可以看出一些问题：展示到邮件中的是一个HTML页面，白色的背景使得结果展示不理想默认返回的结果比较多，根据配置做调整之后返回的结果又比较少，结果不尽如人意从页面上看返回的都是不太好理解的单位，不能让人一眼就能理解......其实还有很多问题
618电商节火热进行中，某电商App准备向用户推送一条全局活动消息，运营准备了两个推送文案：文案A：年中囤货我们更懂你，没有大优惠怎敢惊动你：美妆个户，户外运动，医疗健康，一站式备齐，点击>>文案B：全场特价1折起，跨店满减满300-30，会员更有折上折，6.1激情预售开启，现在就抢，一价到底，点击>>哪个文案更能打动用户？我们可以用消息推送来做个A/B测试来确定推送的文案。各选择0.5%的活跃用户，推送不同的文案后分析用户的点击量数据。实际效果如下：文案A的点击率为：3.3%文案B的点击率为：11.4%事后分析，文案B中有用户可直观获取数字价值的促销方案，对用户有较大的吸引力，因此全量推送文
618电商节火热进行中，某电商App准备向用户推送一条全局活动消息，运营准备了两个推送文案：文案A：年中囤货我们更懂你，没有大优惠怎敢惊动你：美妆个户，户外运动，医疗健康，一站式备齐，点击>>文案B：全场特价1折起，跨店满减满300-30，会员更有折上折，6.1激情预售开启，现在就抢，一价到底，点击>>哪个文案更能打动用户？我们可以用消息推送来做个A/B测试来确定推送的文案。各选择0.5%的活跃用户，推送不同的文案后分析用户的点击量数据。实际效果如下：文案A的点击率为：3.3%文案B的点击率为：11.4%事后分析，文案B中有用户可直观获取数字价值的促销方案，对用户有较大的吸引力，因此全量推送文
推送(Push)是最常见的运营手段，它是能够有效的触达和影响用户的营销渠道之一，大多数场景下能即刻提高各类应用的运营指标。但根据有关调查数据显示，实际上，大部分的推送打开率并不高。因为我们每天都会接收各种各样的Push，对于不合时宜的消息推送，根本没有任何打开的意愿，甚至还会造成骚扰，轻者通知功能关闭，重者卸载客户端。比如，在周六上午8点收到这样一条推送，“蜜雪冰城推出了新款抹茶味的冰淇淋，速来品尝”。可能刚刚睡眼惺忪的我会迅速忽略这个消息的存在，甚至提不起任何的尝一尝的兴趣。如果换一个场景，在周六下午3、4点的时候推送这个消息，那我很有可能去点击查看。因为这个时候，不管是在家还是在外面，都是
推送(Push)是最常见的运营手段，它是能够有效的触达和影响用户的营销渠道之一，大多数场景下能即刻提高各类应用的运营指标。但根据有关调查数据显示，实际上，大部分的推送打开率并不高。因为我们每天都会接收各种各样的Push，对于不合时宜的消息推送，根本没有任何打开的意愿，甚至还会造成骚扰，轻者通知功能关闭，重者卸载客户端。比如，在周六上午8点收到这样一条推送，“蜜雪冰城推出了新款抹茶味的冰淇淋，速来品尝”。可能刚刚睡眼惺忪的我会迅速忽略这个消息的存在，甚至提不起任何的尝一尝的兴趣。如果换一个场景，在周六下午3、4点的时候推送这个消息，那我很有可能去点击查看。因为这个时候，不管是在家还是在外面，都是
HMSCore推送服务支持开发者使用HTTPS协议接入Push服务端。Postman是一款接口测试工具，它可以模拟用户发起的各类HTTP请求，将请求数据发送至服务端，获取对应的响应结果。Postman可以模拟开发者服务器申请AccessToken，调用鉴权等接口的请求。因此有很多开发者在测试端侧推送效果或定位推送问题时都会选择使用Postman测试推送接口。例如，开发者想使用接口推送测试消息但又不方便直接使用应用正式服务端推送时，就可以使用Postman模拟服务端的推送请求。或者服务端接口调试不通，又不确定是不是参数有问题，就可以用postman验证一下请求是否成功。本文将介绍使用Postma
HMSCore推送服务支持开发者使用HTTPS协议接入Push服务端。Postman是一款接口测试工具，它可以模拟用户发起的各类HTTP请求，将请求数据发送至服务端，获取对应的响应结果。Postman可以模拟开发者服务器申请AccessToken，调用鉴权等接口的请求。因此有很多开发者在测试端侧推送效果或定位推送问题时都会选择使用Postman测试推送接口。例如，开发者想使用接口推送测试消息但又不方便直接使用应用正式服务端推送时，就可以使用Postman模拟服务端的推送请求。或者服务端接口调试不通，又不确定是不是参数有问题，就可以用postman验证一下请求是否成功。本文将介绍使用Postma
关注「WeiyiGeek」公众号设为「特别关注」每天带你玩转网络安全运维、应用开发、物联网IOT学习！希望各位看友【关注、点赞、评论、收藏、投币】，助力每一个梦想。本章目录目录0x00前言简述快速介绍什么是Kaniko?为啥用Kaniko?Kaniko是如何工作的?Kaniko已知功能问题kaniko构建上下文kaniko缓存构建0x01部署使用环境依赖小试牛刀之在Kubernetes集群中构建并发布镜像小试牛刀之在Containerd.io中构建并发布镜像小试牛刀之在Docker中使用kaniko构建并发布镜像0x0n参考来源首发地址:https://mp.weixin.qq.com/s/w
关注「WeiyiGeek」公众号设为「特别关注」每天带你玩转网络安全运维、应用开发、物联网IOT学习！希望各位看友【关注、点赞、评论、收藏、投币】，助力每一个梦想。本章目录目录0x00前言简述快速介绍什么是Kaniko?为啥用Kaniko?Kaniko是如何工作的?Kaniko已知功能问题kaniko构建上下文kaniko缓存构建0x01部署使用环境依赖小试牛刀之在Kubernetes集群中构建并发布镜像小试牛刀之在Containerd.io中构建并发布镜像小试牛刀之在Docker中使用kaniko构建并发布镜像0x0n参考来源首发地址:https://mp.weixin.qq.com/s/w
精准推送是移动端产品留存阶段的主要运营手段，精准推送常常会与用户画像紧密结合，针对用户的喜好、画像，采用不同策略，但基于用户所属区域推送消息却很难实现。目前市面上大多数第三方消息推送服务商，在系统未深度定制的情况下，通常不支持将推送人群范围精确到某个商圈或较小的区域，而地理围栏技术可以很好地弥补这一点。地理围栏就是用一个虚拟的栅栏围出一个虚拟地理边界，当手机进入、离开或在这个围起来的特定地理区域内活动时，手机可以自动接收通知和警告消息。将地理围栏和消息推送相结合，即可实现对特定区域人群的精准消息推送。举个例子，一款旅游出行类App想在江苏推广其门票业务，他可以针对南京、苏州等城市的热门旅游景点
